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SYSTEM AND METHOD FOR ASSISTING IN THE DEVELOPMENT AND 
INTEGRATION OF REUSABLE CIRCUIT DESIGNS 
Carol A. Fields 
Anthony D, Williams 

FIELD OF THE INVENTION 

The present invention generally relates to electronic 
design tools, and more particularly to assisting in the 
creation and usage of design modules that are amenable for 
reuse in other designs. 

BACKGROUND 

Increasingly complex functions are being implemented in 
ASIC and field programmable gate arrays (FPGAs) given recent 
advances in silicon technology. Design trends are shifting 
toward system-level integration in order to reduce the time- 
to-market and reduce development costs. 

System-level integration relies on reuse of previously 
created designs, either from within an enterprise or from a 
commercial provider. The engineering community sometimes 
refers to these previously created designs as " design 
modules" , cores" or IP" (intellectual property) . As 
on-chip processors and large functional blocks become 
increasingly common, vendors are making complex design 
modules available for general usage, and companies are 
making modules for reuse within the respective 
organizations. These design modules are then integrated 
into larger systems by end-users. 

For reusable design modules to be successful, they must 
be easy to use. Design modules that are amenable to reuse 
must be well documented, possess sufficient 
parameterization, have an understandable structure, follow 
certain coding guidelines, and be extensible for future 
usage. Reusable design modules should also have a well- 
planned and documented testbench. To varying degrees, many 
commercial and internal design modules satisfy these 
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objectives. However, the process and tools used to create a 
design module will often limit the ease and extent to which 
the objectives can be satisfied. 

A method that address the aforementioned problems, as 
well as other related problems, is therefore desirable. 

SUMMARY OF THE INVENTION 

In various embodiments, the invention provides a method 
and system for developing a reusable electronic circuit 
design module and using the design module in a debug mode. 
In one embodiment, the functional design elements comprising 
a design module are entered into a database along with 
dociamentation elements that describe the design elements. 
The functional design elements are linked with selected ones 
of the documentation elements in the database. A testbench 
is simulated with the design module, and the generated 
results are stored in a database and linked with the 
functional design elements. By linking the design elements, 
documentation, translation results, and simulation results, 
the characteristics of the design module are easily 
ascertained by a designer who is reusing the design module. 

In another embodiment, a system includes a database, a 
design inspector, a debugging- support module, and a 
functional simulator. The database is arranged for storage 
of the design elements and documentation elements, and the 
design inspector is coupled to the database. The design 
inspector links the functional design elements with 
selected ones of the documentation elements. The 
debugging- support module is coupled to the simulator and to 
the database, and generates a netlist from the design 
module, wherein the netlist is suitable for simulation. 
The functional simulator is coupled to the debugging- 
support module and simulates a testbench with the design 
module, whereby simulation results are generated. The 
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simulation results are entered in the database by the 
debugging- support module and thereafter linked with the 
design elements. 

The above sximmary of the present invention is not 
intended to describe each disclosed embodiment of the 
present invention. The figures and detailed description 
that follow provide additional example embodiments and 
aspects of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Various aspects and advantages of the invention will 
become apparent upon review of the following detailed 
description and upon reference to the drawings in which: 

FIG. 1 is a block diagram of a system for creating 
reusable design modules in accordance with one embodiment of 
the invention; 

FIG. 2 is a flowchart of an process for developing 
reusable logic in accordance with one embodiment of the 
invention; and 

FIG. 3 is a flowchart of a process for integrating 
reusable logic into a design in accordance with another 
embodiment of the invention. 

DETAILED DESCRIPTION 

The present invention is believed to be applicable to 
the process of creating reusable design modules for a 
variety of electronic circuit technologies. An example 
environment for creating design modules for field 
programmable gate arrays (FPGAs) is used to describe the 
various embodiments of the invention. While the present 
invention is not so limited, an appreciation of the present 
invention is presented by way of specific examples involving 
FPGAs . 

In accordance with various embodiments of the 
invention, a design inspector tool works in conjunction with 
a design entry tool to assist in creating design modules 
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1 that are easy to reuse. Specifically, the design inspector 

2 processes a design module to determine whether there is 

3 documentation that conforms to specified criteria and 

4 whether the design module conforms to other specified design 

5 rules. Where the design module fails to conform to the 

6 specified criteria, a report is provided so that the 

7 deficiency can be remedied. In addition, the design 

8 elements that comprise the design module, the associated 

9 documentation, translation results, and simulation results 

10 are linked in a database to assist in understanding 

11 particular aspects of the design in view of simulation 

12 results. 

13 The present invention supports two modes of operation. 

14 The first mode is a design mode where the first instance of 

15 a design module is created for reuse. The initial design 

16 module may or may not be part of a fully operational system 

17 or integrated with other modules. The second mode is an 

18 integration mode where a reusable design module is 

19 integrated with other design modules to create a netlist. 

20 The netlist is translated and then simulated, wherein the 

21 translation results and the simulation results are 

22 correlated with the design modules and associated 

23 documentation. After creating a physical implementation 

24 from the netlist, the physical implementation is simulated, 

25 and the simulation results are correlated with the design 

26 modules and associated documentation. The final design, as 

27 well as the design module as modified, can be saved in a 
2 8 central depository for further reuse. 

29 By inspecting for desired documentation and desired 

30 design characteristics at appropriate stages and creating a 

31 database of design modules, documentation, netlist, and 

32 simulation results, easy-to-reuse design modules can be 

33 created. 

34 FIG. 1 is a block diagram of a system for creating 

35 reusable design modules in accordance with one embodiment of 

36 the invention. System 100 includes database 102, which . 
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1 includes various design elements and associated 

2 documentation elements. Design inspector 104, when 

3 activated by the user, examines the design elements for 

4 various predefined characteristics. For example, inspector 

5 104 inspects for proper documentation, along with desirable 

6 parameterization, security, revision control, hierarchical 

7 arrangement, partitioning, and adherence to predetermined 

8 design rules, all as embodied in logic within the design 

9 inspector. 

10 Design entry tool 106 is used to initially create a 

11 design module, and in different embodiments may be an RTL 

12 editor, state machine editor, or schematic capture tool, for 

13 example. The user interacts with the various components via 

14 user interface logic 108, and design inspector 104 can be 

15 invoked either via design entry tool 106 or by the user via 

16 user interface 108. 

17 Database 102 is created by design entry tool 106 via 

18 design inspector 104. Database 102 includes several design 

19 elements 110 that comprise a design module. Associated with 

20 the design elements are various documentation elements 112. 

21 The documentation elements may include, among other items, a 

22 datasheet, a functional block diagram, a state diagram, 

23 descriptions of blocks, intended usage, parameters that can 

24 be modified, effects of modifying parameters, expansion 

25 effects, descriptions of input and output signals, 

26 description of processing as well as other design 

27 descriptive information. 

28 Database 102 not only provides a mechanism to reference 

29 documentation associated with various elements of a design, 
3 0 but also provides a mechanism to correlate the design 

31 elements and associated documentation with a netlist 114 and 

32 physical implementation 116, along with the functional 

33 simulation results 118 and physical simulation results 120. 

34 Since a design module will undergo various translations, 

35 e.g., synthesis, in progressing toward simulation, the 

36 translation results are correlated with design elements and 
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associated documentation in order to facilitate debugging a 
design. Thus, based on the simulation results, a designer 
can easily reference design information and documentation 
associated with the implementations. 

When a designer is ready to begin testing and debugging 
a design, a netlist 114 is created. The netlist, along with 
a suitable testbench (not shown) is used to test the 
functionality of the design. The testbench is stored in a 
file which is correlated with the design elements. The 
design is simulated for functional correctness using 
functional simulator 122 and applying the testbench. Error 
and warning messages are written to the database and 
correlated with the design by debug support logic 124. 
Example functional simulators include Modelsim from Model 
Technology and VSS from Synopsys. The data resulting from 
the simulation is written to functional simulation results 
file 118. 

In order to facilitate debugging, debugging support 
logic 124 correlates the simulation results from functional 
simulator 122 with design elements 110 and documentation 
elements 112 from database 102. For example, if design 
entry tool 106 is a state machine editor, errors are 
correlated to possible state or state transitions containing 
the error. For a schematic capture design entry tool, a 
correlation of the error to the vicinity of the schematic 
containing the error is provided. Correlation of simulation 
results to design elements and documentation elements 
enables display of the documentation via user interface 108. 

Debugging support logic 124 tracks and correlates how 
the design module is translated. For example, HDL design 
constructs are traced from high-level design to design 
elements. In schematic C, any changes made by a translation 
tool are tracked. 

After the errors discovered in the functional 
simulation have been corrected, the design can be physically 
implemented via implementation translators 128. Example 

6 

EXPRESS MAIL NO: EH864833542US 



X-560 



PATENT 



1 translators include DC2NCF, NGD2VHDL, and NGDZVER 

2 translators from Xilinx. Physical implementation 116 is a 

3 netlist, for example. 

4 Physical simulator 126 runs a simulation using a predefined 

5 testbench and interfaces with debugging support logic 124 to 

6 log the physical simulation results 120. The physical 

7 simulation results are also correlated with the design 

8 elements and documentation of database 102. By tracking the 

9 translation of the design elements from high level design 

10 through translation to the physical implementation, the 

11 constructs of the high-level design are correlated with 

12 elements in the physical implementation. This correlation 

13 is then used by debugging support logic 124 to correlate the 

14 physical simulation results to the design and documentation 

15 elements. In FPGA technology, the representation of the 

16 design may differ from the implementation. Tracking the 

17 changes as the design elements progress through the 

18 translations and correlating the changes to the 

19 documentation assists in reuse of a module. 

20 FIG. 2 is a flowchart of a process for developing 

21 reusable logic in accordance with one embodiment of the 

22 invention. The process generally entails entering and then 

23 inspecting a design module, modifying the design to correct 

24 any deficiencies and then re-inspecting. The design module 

25 is also inspected for a proper level of dociomentation . The 

26 design elements that comprise the design module and 

27 documentation elements that are associated with the design 

28 elements are stored in a database for future reference. In 

29 addition to the design module, a testbench is created for 

30 use with the simulator. The testbench is also associated 

31 with the design module for future use. 

32 At step 202, a design module is created using a design 

33 entry tool that is adapted to provide the functions of the 

34 present invention. A design script is also created by the 

35 designer. The design script contains the directives that 

36 specify which tools to run, the order in which the tools are 
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1 to run, as well as options and environment variables for the 

2 tools. The design script is stored in a separate file. 

3 The design module and script file are inspected at step 

4 204 for selected design characteristics. For example, the 

5 characteristics may include desired parameterization, 

6 adherence to specified design rules, and a suitable 

7 hierarchical arrangement of the design. In addition, the 

8 design inspector checks that all ranges are enumerated and 

9 that there is a consistent number of multi-bit objects. 

10 The design inspector is configured to enforce certain 

11 design rules. For example, the rules may include a certain 

12 number of spaces for indentation of the code, one statement 

13 per line, a maximum of 72 characters/line, use of tabs for 

14 tabular layout, no usage of abbreviations, capitalization 

15 rules, usage of suffixes, reserved uppercase for constants, 

16 usage of underscore character for separation of compound 

17 words, no misuse of reserved words, usage of " _n" . for 

18 active low symbols, usage of " elk" prefix for clock 

19 signals, usage of a common clock name for all derived and 

20 synchronized clock signals, usage of symbolic names to 

21 define states in a finite state machine, proper usage of 

22 filename extensions for identification of file type, and 

23 language specific design rules (e.g., process labels). 

24 For a desired hierarchical arrangement, the design 

25 inspector checks whether there are constants that can be 

26 changed to variables defined at the top sub-module level, 

27 and that there are no more than three levels of nesting. In 

28 addition, the design inspector checks that names are 

29 preserved across interfaces and hierarchical boundaries. 

30 The design inspector may also be programmed to provide a 

31 graphical representation of the present hierarchical 

32 arrangement to assist in tracking, adding, and deleting sub- 

33 modules. 

34 Where the design module fails to conform to the 

35 selected characteristics, a report is provided to the 

36 designer at step 206. In response to the report by the 
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1 design inspector, the user may modify the design and then 

2 re-inspect (step 208) . The modify and re-inspect cycle may 

3 be repeated as many times as required to achieve desired 

4 design goals. 

5 As part of the re-inspection, the design inspector 

6 tracks which of the design elements are changed from the 

7 prior inspection and reports which additional design 

8 elements are dependent on such changes. For example, 

9 changing the value of a constant causes the design inspector 

10 to report all sub-modules which use the constant. 

11 At step 210, the design inspector is invoked to check 

12 that documentation has been entered for the design module 

13 and that the documentation conforms to characteristics 

14 imposed by the design inspector. At step 212, the 

15 documentation can be entered and/or updated in response to 

16 the report provided by the design inspector. Thereafter the 

17 design modules can be re-inspected. 

18 There are n-umerous types of documentation that may be 

19 required. Examples include: copyright and confidentiality 

20 notices, brief descriptions, revision numbers, past and 

21 current authors, change histories, functionality 

22 descriptions, descriptions of code structure, variable 

23 definitions and side effects, enumeration of valid input 

24 data ranges, identifications of parameters not intended to 

25 be easily modified, and cross references to applicable 

26 industry standards. In addition it may be desirable to 

27 require documentation as to the implementation implications 

28 of modifying various parameters. For example, expanding a 

29 16x16 multiplier may cause the multiplier to wrap into 

30 several columns of configurable logic blocks (CLBs) in a 

31 field programmable gate array (FPGA) . 

32 Once the desired dociomentation has been entered, the 

33 documentation elements and design elements that comprise 

34 the design module are linked in a database. The database 

35 provides easy future reference to the design and 
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documentation, such as when the design has been implemented 
and has undergone several translation and simulation steps. 

At step 216, a testbench is entered by the user using 
conventional tools. The testbench will also be referred to 
in this document as " simulation elements" . Simulation 
elements are similar to design elements except that they are 
generated for the purpose of testing the functionality of 
the design. The testbench is inspected at step 218 by the 
design inspector, and at step 220, the characteristics of 
the testbench are reported to the user. The testbench is 
modified, as may be necessary, at step 222 and then re- 
inspected. The modify/re-inspect step may be repeated as 
necessary to correct any deficiencies. 

At step 224, the documentation for the testbench is 
created, and the testbench is re-inspected. Example 
dociimentation for testbenches includes: documenting the 
features included in the testbench, enumeration of 
assumptions and omissions, description of an input sequence, 
description of expected output behavior, and a description 
of anticipated design flow. The elements that comprise the 
testbench and the associated documentation are added to the 
design database at step 226. Once the design and testbench 
have been suitably structured and documented and added to 
the database, the process is complete. The design module is 
then in a form that is amenable to reuse. 

FIG. 3 is a flowchart of a process for integrating 
reusable logic into a design in accordance with another 
embodiment of the invention. The process generally entails 
integrating a design module, which was created in accordance 
with the process of FIG. 2, with other design modules to 
create a netlist. The resulting logic can then be 
documented, structured, and inspected to create a design 
module that can be saved for future integration with still 
other design modules. 

At step 302, the desired design module is retrieved 
from a central depository. The central depository may be a 
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1 tree structure of files containing design modules, 

2 associated documentation, and test benches. The 

3 doCTimentation elements and testbench associated with the 

4 selected design module are retrieved at step 304. 

5 The selected design module is modified at step 306 in a 

6 manner that is suitable for integration with other design 

7 modules. The nature of the modifications to the selected 

8 design module is dependent on the fiinction and interfaces of 

9 the modules with which the selected module is being 

10 integrated. The documentation elements and testbench are 

11 also modified as may be necessary. 

12 At step 308, the new design (selected design module as 

13 integrated with other design modules) is translated into a 

14 netlist. The netlist is then written to a file at step 310. 

15 At step 312, the translation results are correlated with the 

16 design elements, documentation elements, and testbench 

17 elements of the central depository database. In order to 

18 correlate elements of the netlist with the original design 

19 elements, the elements generated during the translation 

20 process are associated in a database with the respective 

21 design elements from which they were generated. 

22 The functional design is simulated at step 314, and the 

23 simulation results are written to a file at step 316. At 

24 step 318, the simulation results are correlated with the 

25 design elements, documentation elements, and testbench 
2 6 elements in the central depository database. The 

27 correlation provides a mechanism for the designer to trace 

28 particular portions of the simulation results back to the 

29 original design elements and associated documentation. If 

30 an error is discovered during functional simulation, the 

31 offending design elements can be changed, saved, re- 

32 implemented, and simulated as needed. 

33 At step 320, the functional design is translated into a 

34 physical design using conventional tools adapted to work in 

35 conjunction with the present invention. The physical 

36 implementation is written to a file at step 322, and the 
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1 physical translation results are correlated with the design 

2 elements and docxamentation elements at step 324. 

3 The following example illustrates the correlation of 

4 design elements to physical translation results. The 

5 following snippet of VHDL code is taken from a design that 

6 implements a state machine. 

7 constant IDLE_CNT : INTEGER := 8; 
8 

9 

10 when STABILIZATION_WAIT => 

11 ISOLATE <= TRUE; 

12 TIMER_TICK <= CLK_1K; 

13 if (IDLE_DONE = TRUE) then 

14 NEXT_STATE <=LINK_WAIT; 

15 elseif (SCARRIER_PRESENT = TRUE) then 

16 NEXT_STATE <= VALID_START; 

17 else 

18 NEXT_STATE <= STABILIZATION_WAIT; 

19 endif; 
20 

21 process (COUNT) 

22 begin 

23 if (COUNT < IDLE_CNT) then 

24 IDLE_DONE <= ^0'; 

25 else 

2 6 IDLE_DONE <= ^1'; 

27 end if; 

28 end process; 
29 

30 In documenting this portion of the design, the designer 

31 creates documentation for the design element 

32 STABILIZATION_WAIT indicating that a constant IDLE_CNT 

33 controls the variable IDLE_DONE, which influences what the 

34 transition to the LINK_WAIT state. Further documentation 

35 that is associated with IDLE_DONE explains the usage of 

3 6 IDLE_DONE and the implications of changing the constant 

37 value. 

38 The following snippet of code sets forth the physical 

39 translation results that is generated from the VHDL set 

40 forth above. 

41 defparam \current_state ( 0 ) /G .INIT = 16'hECCC; 

42 X_LUT4 \current_state(0) /G ( 

43 .ADRO (un2 6_count_3) , 

44 .ADRl (current_state [6] ) , 

4 5 . ADR2 ( cur rent_s ta t e [ 0 ] ) , 
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1 . ADR3 ( SCARRIER_PRESENT_C ) , 

2 .0 (\current_state[0]/GROM ) 

3 ) ; 

4 defparam \current_state (0) /F . INIT = 16'h0001; 

5 X_LUT4 \current_state(0) /F ( 

6 . ADRO ( cur r ent_s ta t e [ 1 ] ) , 

7 . ADRl ( current_s tate [ 6 ] ) , 

8 .ADR2 (current_state [2] ) , 

9 .ADR3 (current_state [0] ) , 

10 .0 ( \ cur rent_state[0] /FROM ) 

11 ) ; 

12 X_BUF \current_state(0) /XUSED ( 

13 .1 (\current_state[0] /FROM ), 

14 .0 (ISOLATE_iv) 

15 ) ; 

16 X_FF \current_state(0) /FFY/ASYNC_FF ( 

17 .1 (\current_state[0] /GROM ), 

18 .CLK (RIC_CLK_C), 

19 .CE (VCC), 

20 .SET (GND) , 

21 .RST (\current_state[0] /FFY/ASYNC_FF_GSR_OR ), 

22 .0 (current_state [0] ) 

^^S 23 ) ; 
24 

25 It can be seen in the physical translation that the 



2 6 state STABILIZATION_WAIT has been renamed. Without 

27 correlation between the physical translation results and the 

28 functional design element, the designer would be left to 

29 determine which elements in the physical translation 

30 correspond to the elements in the design. In this example, 

31 current_state[0] corresponds to STABILIZATION_WAIT . To 

32 assist the designer during test and debug activities, 

33 STABILIZATION_WAIT is correlated with current_state [ 0] by 

34 the translators and debugging support logic. Thus, when 

35 performing physical simulation, results that reference 

3 6 current_state [0] can be traced by the designer to the state 

37 STABILIZATION_WAIT, which has linked documentation that 

38 references the constant IDLE_CNT. 



39 The correlation of the physical translation results 

40 with the original design elements and documentation elements 

41 is especially helpful in the context of designs for 

42 programmable logic devices (PLDs) . Example PLDs include 

43 field programmable gate arrays (FPGAs) that are available 

44 from Xilinx. The FPGA- based physical implementation of a 

13 

EXPRESS MAIL NO: EH864833542US 



X-560 





PATENT 



design may have little or no resemblance to the original 
design module. Thus, it is beneficial to correlate elements 
of the physical translation with the originating design 
elements and associated documentation elements. 

The physical implementation is simulated at step 326, 
and the simulation results are written to a file at step 
328. At step 330, the simulation results are correlated 
with the design elements and documentation elements. If 
redesign is necessary, the appropriate design elements can 
be modified, and the process can be repeated beginning at 
step 308. 

At step, 332, the new design is subjected to the 
process of FIG. 2. That is, the new design is processed by 
the design inspector to determine whether the selected 
design rules and documentation requirements have been 
adhered to. 

Accordingly, the present invention provides, among 
other aspects, a system and method for creating reusable 
design modules for electronic circuits. Other aspects and 
embodiments of the present invention will be apparent to 
those skilled in the art from consideration of the 
specification and practice of the invention disclosed 
herein. It is intended that the specification and 
illustrated embodiments be considered as examples only, with 
a true scope and spirit of the invention being indicated by 
the following claims. 
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